`:top
`!Message Passing Interface`! (`!MPI`!) ist ein Standard, der den `F33f`_`[Nachrichtenaustausch`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Nachrichtenaustausch]`_`f bei parallelen Berechnungen auf verteilten Computersystemen beschreibt. Er legt dabei eine Sammlung von Operationen und ihre Semantik, also eine `F33f`_`[Programmierschnittstelle`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Programmierschnittstelle]`_`f fest, aber keine `F33f`_`[Implementierung`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Implementierung]`_`f.
Eine MPI-Applikation besteht in der Regel aus mehreren miteinander kommunizierenden `F33f`_`[Prozessen`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Prozess_(Informatik)]`_`f, die alle zu Beginn der Programmausführung parallel gestartet werden. Alle diese Prozesse arbeiten dann gemeinsam an einem Problem und nutzen zum Datenaustausch Nachrichten, welche explizit von einem zum anderen Prozess geschickt werden. Ein Vorteil dieses Prinzips ist es, dass der Nachrichtenaustausch auch über Rechnergrenzen hinweg funktioniert. Parallele MPI-Programme sind somit sowohl auf PC-`F33f`_`[Clustern`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Computercluster]`_`f (hier funktioniert der Austausch der Nachrichten z. B. über `F33f`_`[TCP`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Transmission_Control_Protocol]`_`f), als auch auf dedizierten `F33f`_`[Parallelrechnern`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Parallelrechner]`_`f ausführbar (hier läuft der Nachrichtenaustausch über ein Hochgeschwindigkeitsnetz wie `F33f`_`[InfiniBand`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=InfiniBand]`_`f oder `F33f`_`[Myrinet`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Myrinet]`_`f oder über den `F33f`_`[gemeinsamen`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Shared_Memory]`_`f `F33f`_`[Hauptspeicher`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Hauptspeicher]`_`f).
>>Contents
• `F0af`_`[Geschichte`#geschichte]`_`f
• `F0af`_`[Punkt-zu-Punkt Kommunikation`#punkt-zu-punkt-kommunikation]`_`f
• `F0af`_`[Blockierendes Senden und Empfangen`#blockierendes-senden-und-empfangen]`_`f
• `F0af`_`[Nichtblockierende Kommunikation`#nichtblockierende-kommunikation]`_`f
• `F0af`_`[Synchronisierendes Senden`#synchronisierendes-senden]`_`f
• `F0af`_`[Puffernde Varianten`#puffernde-varianten]`_`f
• `F0af`_`[Gruppen und Kommunikatoren`#gruppen-und-kommunikatoren]`_`f
• `F0af`_`[Vereinigung`#vereinigung]`_`f
• `F0af`_`[Schnittmenge`#schnittmenge]`_`f
• `F0af`_`[Differenz`#differenz]`_`f
• `F0af`_`[Globale Kommunikation`#globale-kommunikation]`_`f
• `F0af`_`[Broadcast (ausstrahlen)`#broadcast-ausstrahlen]`_`f
• `F0af`_`[Gather (sammeln)`#gather-sammeln]`_`f
• `F0af`_`[Scatter (streuen)`#scatter-streuen]`_`f
• `F0af`_`[Akkumulation`#akkumulation]`_`f
• `F0af`_`[Allgather`#allgather]`_`f
• `F0af`_`[All-to-all (Gesamtaustausch)`#all-to-all-gesamtaustausch]`_`f
• `F0af`_`[MPI-2`#mpi-2]`_`f
• `F0af`_`[Implementierungen`#implementierungen]`_`f
• `F0af`_`[C++, C und Fortran`#c-c-und-fortran]`_`f
• `F0af`_`[C#`#c]`_`f
• `F0af`_`[Python`#python]`_`f
• `F0af`_`[Java`#java]`_`f
• `F0af`_`[Perl`#perl]`_`f
• `F0af`_`[R`#r]`_`f
• `F0af`_`[Haskell`#haskell]`_`f
• `F0af`_`[Siehe auch`#siehe-auch]`_`f
• `F0af`_`[Literatur`#literatur]`_`f
• `F0af`_`[Weblinks`#weblinks]`_`f
• `F0af`_`[Einzelnachweise`#einzelnachweise]`_`f
-─
>>Geschichte
1992 begann die Entwicklung des MPI 1.0 Standards mit Entwürfen (November 1992, Februar 1993, November 1993). Ausgangspunkt waren ältere Kommunikationsbibliotheken wie PVM, PARMACS, P4, Chameleon und Zipcode. Der Standard erschien am 5. Mai 1994 mit
• Punkt-zu-Punkt-Kommunikation
• globale Kommunikation
• Gruppen, Kontext und Kommunikatoren
• Umgebung
• Profiling-Schnittstelle
• Spracheinbindung für C und `F33f`_`[Fortran`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Fortran]`_`f 77
Im Juni 1995 erfolgten Fehlerkorrekturen mit MPI 1.1.
Am 18. Juli 1997 wurde die stabile Version MPI 1.2 veröffentlicht, die neben weiteren Fehlerkorrekturen eine Versionidentifikation erlaubt. Sie wird auch als MPI-1 bezeichnet.
Am 30. Mai 2008 erschien MPI 1.3 mit weiteren Fehlerkorrekturen und Klarstellungen.
Zeitgleich zur Version 1.2 wurde am 18. Juli 1997 auch der MPI 2.0 Standard verabschiedet. Dieser wird auch als MPI-2 bezeichnet und enthält unter anderem folgende Erweiterungen:
• parallele Datei-Ein-/Ausgabe
• dynamische Prozessverwaltung
• Zugriff auf Speicher anderer Prozesse
• zusätzliche Spracheinbindung von `F33f`_`[C++`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=C++]`_`f und Fortran 90
Am 23. Juni 2008 wurden die bisher separaten Teile MPI-1 und MPI-2 zu einem gemeinsamen Dokument vereint und als MPI 2.1 veröffentlicht. MPI Standard Version 2.2 ist vom 4. September 2009 und enthält weitere Verbesserungen und kleinere Erweiterungen.
Am 21. September 2012 hat das MPI Forum MPI-3 veröffentlicht,`:cite-ref-1[`F5bf`_`[1`#cite-note-1]`_`f] das neue Funktionalität einarbeitet wie beispielsweise nicht blockierende Kollektive, ein verbessertes einseitiges Kommunikationsmodell (RMA, Remote Memory Access), ein neues Fortran-Interface, topographiebezogene Kommunikation und nicht blockierende parallele Ein- und Ausgabe.`:cite-ref-2[`F5bf`_`[2`#cite-note-2]`_`f]
Am 9. Juni 2021 wurde MPI-4 veröffentlicht. Wesentliche Neuerungen sind Funktionsinterfaces, die Parameter mit einem größeren Wertebereich unterstützen. Zuvor waren durch den vorgegebenen `F33f`_`[32-bit Datentyp`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Integer_(Datentyp)]`_`f wesentliche Größen, wie z. B. die Anzahl zu kommunizierender Datenelemente, auf etwas mehr als zwei Milliarden beschränkt. Persistente Kollektive eröffnen Möglichkeiten zur Optimierung wiederholt ausgeführter Kommunikation und sind zudem im Gegensatz zu den schon vorhandenen kollektiven Operationen in beliebiger Reihenfolge ausführbar. Zudem wurde die Fehlerbehandlung in vielen Punkten verbessert und ein neues Session-Modell zur dynamischen Nutzung der von MPI verwalteten Ressourcen eingeführt.`:cite-ref-3[`F5bf`_`[3`#cite-note-3]`_`f]
Zu den Hauptentwicklern gehört `F33f`_`[Bill Gropp`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Bill_Gropp]`_`f.
>>Punkt-zu-Punkt Kommunikation
Die grundlegendste Art der Kommunikation findet zwischen zwei Prozessen statt: ein Sendeprozess übermittelt dabei Informationen an einen Empfangsprozess. In MPI werden diese Informationen in sogenannte Nachrichten verpackt, die mit den Parametern `B100`F9d9buffer`f`b, `B100`F9d9count`f`b, und `B100`F9d9datatype`f`b beschrieben werden. Zu jeder Sendeoperation muss eine passende Empfangsoperation existieren. Da in parallelen Anwendungen die bloße Reihenfolge der Abarbeitung von Operationen nicht immer ausreichend ist, bietet MPI zusätzlich den `B100`F9d9tag`f`b-Parameter an – nur wenn dieser Wert bei Sende- und Empfangsoperation identisch ist, dann passen beide zusammen.
>>>Blockierendes Senden und Empfangen
Die einfachsten Operationen für eine Punkt-zu-Punkt Kommunikation sind `*senden`* und `*empfangen`*:
`B100`F9d9int MPI_Send (void* buf, int count, MPI_Datatype datatype, int dest, int tag, MPI_Comm comm)`f`b
• `*buf`*: `F33f`_`[Zeiger`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Zeiger_(Informatik)]`_`f auf den Sendepuffer
• `*count`*: Zahl der Elemente im Sendepuffer
• `*datatype`*: `F33f`_`[Datentyp`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Datentyp]`_`f der Elemente im Sendepuffer
• `*dest`*: Rang des Zielprozesses
• `*tag`*: Markierung der Nachricht
• `*comm`*: Kommunikator der Prozessgruppe
`B100`F9d9int MPI_Recv (void* buf, int count, MPI_Datatype datatype, int source, int tag, MPI_Comm comm, MPI_Status* status)`f`b
• `B100`F9d9buf`f`b: Zeiger auf einen Empfangspuffer ausreichender Größe
• `B100`F9d9count`f`b: Zahl der Elemente im Empfangspuffer
• `B100`F9d9datatype`f`b: Datentyp der Elemente im Empfangspuffer
• `B100`F9d9source`f`b: Rang des Quellprozesses (mit `B100`F9d9source=MPI_ANY_SOURCE`f`b wird von einem beliebigen Prozess empfangen)
• `B100`F9d9tag`f`b: erwartete Markierung der Nachricht (mit `B100`F9d9tag=MPI_ANY_TAG`f`b wird jede Nachricht empfangen)
• `B100`F9d9comm`f`b: Kommunikator der Prozessgruppe
• `B100`F9d9status`f`b: Zeiger auf eine Statusstruktur, in der Informationen über die empfangene Nachricht abgelegt werden sollen
Die beiden Operationen sind `*blockierend`* und `*asynchron`*. Das bedeutet:
• `B100`F9d9MPI_Recv`f`b kann ausgeführt werden, bevor das zugehörige `B100`F9d9MPI_Send`f`b gestartet wurde
• `B100`F9d9MPI_Recv`f`b blockiert, bis die Nachricht vollständig empfangen wurde
Analog gilt:
• `B100`F9d9MPI_Send`f`b kann ausgeführt werden, bevor das zugehörige `B100`F9d9MPI_Recv`f`b gestartet wurde
• `B100`F9d9MPI_Send`f`b blockiert, bis der Sendepuffer wiederverwendet werden kann (d. h. die Nachricht vollständig übermittelt oder zwischengepuffert wurde)
>>>>Programmbeispiel
Die Verwendung von `B100`F9d9MPI_Send`f`b und `B100`F9d9MPI_Recv`f`b wird im folgenden `F33f`_`[ANSI-C`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=ANSI-C]`_`f-Beispiel für 2 MPI-Prozesse veranschaulicht:
`B100`F9d9#include "mpi.h"`f`b
`B100`F9d9#include <stdio.h>`f`b
`B100`F9d9#include <string.h>`f`b
`B100`F9d9`f`b
`B100`F9d9int main(int argc, char *argv[])`f`b
`B100`F9d9{`f`b
`B100`F9d9 int myrank, message_size=50, tag=42;`f`b
`B100`F9d9 char message[message_size];`f`b
`B100`F9d9 MPI_Status status;`f`b
`B100`F9d9`f`b
`B100`F9d9 MPI_Init(&argc, &argv);`f`b
`B100`F9d9 MPI_Comm_rank(MPI_COMM_WORLD, &myrank);`f`b
`B100`F9d9`f`b
`B100`F9d9 if (myrank == 0) {`f`b
`B100`F9d9 MPI_Recv(message, message_size, MPI_CHAR, 1, tag, MPI_COMM_WORLD, &status);`f`b
`B100`F9d9 printf("received \\"%s\\"\\n", message);`f`b
`B100`F9d9 }`f`b
`B100`F9d9 else {`f`b
`B100`F9d9 strcpy(message, "Hello, there");`f`b
`B100`F9d9 MPI_Send(message, strlen(message)+1, MPI_CHAR, 0, tag, MPI_COMM_WORLD);`f`b
`B100`F9d9 }`f`b
`B100`F9d9 MPI_Finalize();`f`b
`B100`F9d9 return 0;`f`b
`B100`F9d9}`f`b
>>>Nichtblockierende Kommunikation
Die Effizienz einer parallelen Anwendung kann oftmals gesteigert werden, indem man Kommunikation mit Berechnung überlappt und/oder synchronisationsbedingte Wartezeiten vermeidet. Dazu definiert der MPI-Standard sogenannte nichtblockierende Kommunikation, bei der die Kommunikationsoperation lediglich angestoßen wird. Eine separate Funktion muss dann aufgerufen werden, um solch eine Operation zu beenden. Im Unterschied zur blockierenden Variante wird beim Starten der Operation ein `B100`F9d9Request`f`b-Objekt erzeugt, mit dessen Hilfe auf die Beendigung dieser Operation geprüft oder gewartet werden kann.
`B100`F9d9int MPI_Isend (void* buf, int count, MPI_Datatype datatype, int dest, int tag, MPI_Comm comm, MPI_Request* request)`f`b
• …
• `B100`F9d9request`f`b: Adresse der `F33f`_`[Datenstruktur`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Datenstruktur]`_`f, die Informationen zur Operation enthält
`B100`F9d9int MPI_Irecv (void* buf, int count, MPI_Datatype datatype, int source, int tag, MPI_Comm comm, MPI_Request* request)`f`b
• …
>>>>Fortschritt abfragen
Um den Fortschritt einer dieser Operationen zu erfahren, wird folgende Operation verwendet:
`B100`F9d9int MPI_Test (MPI_Request* request, int* flag, MPI_Status* status)`f`b
Wobei `B100`F9d9flag=1`f`b oder `B100`F9d90`f`b gesetzt wird, je nachdem, ob die Operation abgeschlossen ist oder noch andauert.
>>>>Blockierend warten
Um dennoch blockierend auf eine `B100`F9d9MPI_Isend`f`b- oder `B100`F9d9MPI_Irecv`f`b-Operation zu warten, wird folgende Operation benutzt:
`B100`F9d9int MPI_Wait (MPI_Request* request, MPI_Status* status)`f`b
>>>Synchronisierendes Senden
Für die Sendeoperationen werden auch die synchronen Varianten `B100`F9d9MPI_Ssend`f`b und `B100`F9d9MPI_Issend`f`b definiert. In diesem Modus wird das Senden erst dann beendet, wenn die zugehörige Empfangsoperation begonnen wurde.
>>>Puffernde Varianten
…
>>Gruppen und Kommunikatoren
Prozesse lassen sich in `*Gruppen`* zusammenfassen, wobei jedem Prozess eine eindeutige Nummer, der sogenannte `*Rang`* zugeordnet wird. Für den Zugriff auf eine Gruppe wird ein `*Kommunikator`* benötigt. Soll also eine globale Kommunikationsoperation auf eine Gruppe beschränkt werden, so muss der zur Gruppe gehörende Kommunikator angegeben werden. Der Kommunikator für die Menge aller Prozesse heißt `B100`F9d9MPI_COMM_WORLD`f`b.
Die zum Kommunikator `B100`F9d9comm`f`b gehörende Gruppe erhält man mit
`B100`F9d9int MPI_Comm_group (MPI_Comm comm, MPI_Group* group)`f`b
Für Prozessgruppen stehen die üblichen Mengenoperationen zur Verfügung.
>>>Vereinigung
Zwei Gruppen `B100`F9d9group1`f`b und `B100`F9d9group2`f`b können zu einer neuen Gruppe `B100`F9d9new_group`f`b vereinigt werden:
`B100`F9d9 int `!MPI_Group_union`! (MPI_Group `*group1`*, MPI_Group `*group2`*, MPI_Group* `*new_group`*) `f`b
Die Prozesse aus `B100`F9d9group1`f`b behalten ihre ursprüngliche Nummerierung. Die aus `B100`F9d9group2`f`b, die nicht bereits in der ersten enthalten sind, werden fortlaufend weiter nummeriert.
>>>Schnittmenge
Die Schnittmenge zweier Gruppen erhält man mit
`B100`F9d9 int `!MPI_Group_intersection`! (MPI_Group `*group1`*, MPI_Group `*group2`*, MPI_Group* `*new_group`*) `f`b
>>>Differenz
Die Differenz zweier Gruppen erhält man mit
`B100`F9d9 int `!MPI_Group_difference`! (MPI_Group `*group1`*, MPI_Group `*group2`*, MPI_Group* `*new_group`*) `f`b
>>Globale Kommunikation
In parallelen Anwendungen trifft man häufig spezielle Kommunikationsmuster an, bei denen mehrere oder gar alle MPI-Prozesse gleichzeitig beteiligt sind. Der MPI-Standard hat deswegen für die wichtigsten Muster eigene Operationen definiert. Diese unterscheidet man grob in drei Arten: Synchronisation (Barrier), Kommunikation (z.Bsp. Broadcast, Gather, Alltoall) und Kommunikation gekoppelt mit Berechnung (z. B. Reduce oder Scan). Manche dieser Operationen verwenden einen ausgewählten MPI-Prozess, der eine Sonderrolle einnimmt und der typischerweise mit `B100`F9d9root`f`b bezeichnet wird. Wo es sinnvoll ist, existieren zusätzlich zu den regulären Kommunikationsoperationen noch vektorbasierte Varianten (z. B. Scatterv), die unterschiedliche Argumente pro Prozess ermöglichen.
>>>Broadcast (ausstrahlen)
Mit der `*Broadcast`*-Operation schickt ein ausgewählter MPI-Prozess `B100`F9d9root`f`b allen anderen Prozessen in seiner Gruppe `B100`F9d9comm`f`b die gleichen Daten. Die dafür definierte Funktion ist dabei für alle beteiligten Prozesse identisch:
`B100`F9d9 int `!MPI_Bcast`! (void *`*buffer`*, int `*count`*, MPI_Datatype `*type`*, int `*root`*, MPI_Comm `*comm`*) `f`b
Der MPI-Prozess `B100`F9d9root`f`b stellt in `B100`F9d9buffer`f`b seine Daten zur Verfügung, während die anderen Prozesse hier die Adresse ihres Empfangspuffers übergeben. Die restlichen Parameter müssen bei allen Prozessen gleich (bzw. gleichwertig) sein. Nachdem die Funktion zurückkehrt, befinden sich in allen Puffern die Daten, die ursprünglich nur bei `B100`F9d9root`f`b vorhanden waren.
>>>Gather (sammeln)
Mit der `*Gather`*-Operation sammelt der MPI-Prozess `B100`F9d9root`f`b die Daten aller beteiligten Prozesse ein. Die Daten aller Sendepuffer werden dabei (nach Rang sortiert) hintereinander im Empfangspuffer abgelegt:
`B100`F9d9 int `!MPI_Gather`! (void *`*sendbuf`*, int `*sendcount`*, MPI_Datatype `*sendtype`*, void *`*recvbuf`*, int `*recvcount`*, MPI_Datatype `*recvtype`*, int `*root`*, MPI_Comm `*comm`*) `f`b
>>>>Vektorbasierte Variante
Die vektorbasierte Variante der Gather-Operation erlaubt eine prozessabhängige Anzahl von Elementen:
`B100`F9d9 int `!MPI_Gatherv`! (void *`*sendbuf`*, int `*sendcount`*, MPI_Datatype `*sendtype`*, void *`*recvbuf`*, int *`*recvcounts`*, int *`*displs`*, MPI_Datatype `*recvtype`*, int `*root`*, MPI_Comm `*comm`*) `f`b
• `B100`F9d9recvcounts`f`b: Feld, das die Zahl der Elemente enthält, die von den einzelnen Prozessen empfangen werden (nur für `B100`F9d9root`f`b relevant)
• `B100`F9d9displs`f`b: Feld, dessen Eintrag i die Verschiebung im Empfangspuffer festlegt, bei der die Daten von Prozess i abgelegt werden sollen (ebenfalls nur für `B100`F9d9root`f`b relevant)
Bei den Feldern ist zu beachten, dass im Empfangspuffer zwar Lücken erlaubt sind aber keine Überlappungen. Sollen also etwa von 3 Prozessen jeweils 1, 2 und 3 Elemente vom Typ `*Integer`* empfangen werden, so muss `B100`F9d9recvcounts = {1, 2, 3}`f`b und `B100`F9d9displs = {0, 1 * sizeof(int), 3 * sizeof(int)}`f`b gesetzt werden.
>>>Scatter (streuen)
Mit einer `*Scatter`*-Operation schickt der MPI Prozess `B100`F9d9root`f`b jedem beteiligten Prozess ein unterschiedliches, aber gleich großes Datenelement:
`B100`F9d9int `!MPI_Scatter`! (void *`*sendbuf`*, int `*sendcount`*, MPI_Datatype `*sendtype`*, void *`*recvbuf`*, int `*recvcount`*, MPI_Datatype `*recvtype`*, int `*root`*, MPI_Comm `*comm`*)`f`b
>>>>Vektorbasierte Variante
`B100`F9d9int `!MPI_Scatterv`! (void *`*sendbuf`*, int *`*sendcounts`*, int *`*displs`*, MPI_Datatype `*sendtype`*, void *`*recvbuf`*, int `*recvcount`*, MPI_Datatype `*recvtype`*, int `*root`*, MPI_Comm `*comm`*)`f`b
>>>Akkumulation
Die Akkumulation ist eine spezielle Form der `*Gather`*-Operation. Hierbei werden ebenfalls die Daten aller beteiligten Prozesse aufgesammelt, aber zusätzlich noch mittels einer festgelegten Reduktionsoperation zu einem Datum reduziert. Sei beispielsweise x i {\\displaystyle x_{i}} der Wert bei dem Prozess mit Rang i {\\displaystyle i} , dann liefert Reduce(+) die Gesamtsumme aller Werte: ∑ ∑ i = 0 n − − 1 x i {\\displaystyle \\sum _{i=0}^{n-1}x_{i}} .
`B100`F9d9int `!MPI_Reduce`! (void *`*sendbuf`*, void *`*recvbuf`*, int `*count`*, MPI_Datatype `*type`*, MPI_Op `*op`*, int `*root`*, MPI_Comm `*comm`*)`f`b
Für den Parameter `B100`F9d9op`f`b existieren dabei folgende vordefinierte Reduktionsoperationen:
>>>>Logische Operationen
• `B100`F9d9MPI_LAND`f`b: logische UND-Verknüpfung
• `B100`F9d9MPI_BAND`f`b: bitweise UND-Verknüpfung
• `B100`F9d9MPI_LOR`f`b: logische ODER-Verknüpfung
• `B100`F9d9MPI_BOR`f`b: bitweise ODER-Verknüpfung
• `B100`F9d9MPI_LXOR`f`b: logische exklusiv-ODER-Verknüpfung
• `B100`F9d9MPI_BXOR`f`b: bitweise exklusiv-ODER-Verknüpfung
>>>>Arithmetische Operationen
• `B100`F9d9MPI_MAX`f`b: Maximum
• `B100`F9d9MPI_MIN`f`b: Minimum
• `B100`F9d9MPI_SUM`f`b: Summe
• `B100`F9d9MPI_PROD`f`b: Produkt
• `B100`F9d9MPI_MINLOC`f`b: Minimum mit Prozess
• `B100`F9d9MPI_MAXLOC`f`b: Maximum mit Prozess
Die Operationen `B100`F9d9MPI_MINLOC`f`b und `B100`F9d9MPI_MAXLOC`f`b geben zusätzlich den Rang des MPI-Prozesses zurück, der das Ergebnis bestimmte.
>>>>Benutzerdefinierte Operationen
Zusätzlich zu den vordefinierten Reduktionsoperationen können auch eigene Reduktionsoperationen verwendet werden. Dazu wird eine frei programmierbare binäre Verknüpfungsoperation, die assoziativ sein muss und optional kommutativ sein kann, dem MPI bekanntgegeben:
`B100`F9d9int `!MPI_Op_create`! (MPI_User_function *`*function`*, int `*commute`*, MPI_Op *`*op`*)`f`b
Die dazugehörige Nutzerfunktion berechnet aus zwei Eingabewerten einen Ausgabewert und macht dies – aus Optimierungsgründen – nicht nur einmal mit Skalaren, sondern elementweise auf Vektoren beliebiger Länge:
`B100`F9d9typedef void `!MPI_User_function`! (void *invec, void *inoutvec, int *len, MPI_Datatype *datatype)`f`b
>>>>Präfixreduzierung
Zusätzlich zur oben genannten Akkumulation, existiert auch eine Allreduce Variante – welche das gleiche Ergebnis allen MPI-Prozessen zur Verfügung stellt und nicht nur einem `B100`F9d9root`f`b Prozess. Die sogenannte Präfixreduzierung erweitert nun diese Möglichkeit, indem nicht allen Prozessen das gleiche Ergebnis, sondern stattdessen ein prozessspezifisches Teilergebnis berechnet wird. Sei beispielsweise erneut x i {\\displaystyle x_{i}} der Wert bei dem Prozess mit Rang i {\\displaystyle i} , dann liefert Scan(+) die Partialsumme der Werte von Rang 0 {\\displaystyle 0} bis i {\\displaystyle i} : ∑ ∑ j = 0 i x j {\\displaystyle \\sum _{j=0}^{i}x_{j}} .
`B100`F9d9int `!MPI_Scan`! (void *`*sendbuf`*, void *`*recvbuf`*, int `*count`*, MPI_Datatype `*type`*, MPI_Op `*op`*, MPI_Comm `*comm`*)`f`b
Soll der eigene Wert nicht mit in die Berechnung eingehen (d. h., ausgeschlossen werden), so kann dies mit der exklusiven Scan Funktion `B100`F9d9MPI_Exscan`f`b bewerkstelligt werden.
>>>Allgather
Bei der `*Allgather`*-Operation schickt jeder Prozess an jeden anderen Prozess die gleichen Daten. Es handelt sich also um eine Multi-Broadcast-Operation, bei der es keinen gesonderten MPI-Prozess gibt.
`B100`F9d9int `!MPI_Allgather`! (void *`*sendbuf`*, int `*sendcount`*, MPI_Datatype `*sendtype`*, void *`*recvbuf`*, int `*recvcount`*, MPI_Datatype `*recvtype`*, MPI_Comm `*comm`*)`f`b
>>>All-to-all (Gesamtaustausch)
Bei der All-to-all-Kommunikation werden – ähnlich wie bei der Allgather-Kommunikation – Daten zwischen allen Prozessen ausgetauscht. Dabei wird jedoch nur der `*i`*-te Teil des Sendebuffers an den `*i`*-ten Prozess gesendet. Daten, die vom Prozess mit dem Rang `*j`* kommen, werden entsprechend an `*j`*-ter Stelle im Empfangsbuffer gespeichert.
`B100`F9d9int `!MPI_Alltoall`! (void *`*sendbuf`*, int `*sendcount`*, MPI_Datatype `*sendtype`*, void *`*recvbuf`*, int `*recvcount`*, MPI_Datatype `*recvtype`*, MPI_Comm `*comm`*)`f`b
Des Weiteren gibt es noch die synchronisierende `*MPI_Barrier`*-Operation. Diese Funktion kehrt erst zurück, nachdem alle in der angegebenen Gruppe befindlichen MPI-Prozesse diesen Teil des Programmes erreicht haben.
>>MPI-2
Seit 1997 ist eine zweite Version des MPI-Standards verfügbar, die einige Erweiterungen zu dem weiterhin bestehenden MPI-1.1 Standard hinzufügt. Zu diesen Erweiterungen gehören unter anderem
• eine dynamische Prozessverwaltung, d. h. Prozesse können nun zur Laufzeit erzeugt und gelöscht werden
• [paralleler] Zugriff auf das Dateisystem
• einseitige Kommunikation
• Spezifikation zusätzlicher Sprachschnittstellen (C++, Fortran 90), wobei die Sprachschnittstellen zu C++ seit MPI 2.2 als veraltet markiert sind
Beispiel: Lesen einer nx(n+1)-Matrix mit paralleler Datei-Eingabe und size Prozessen mit den Nummern rank = 0 … size-1. Die Spalte n+1 enthält die rechte Seite des Gleichungssystems A * x = b in Form der erweiterten Matrix [A, b]. Die Zeilen der Matrix werden gleichmäßig auf die Prozessoren verteilt. Die Verteilung erfolgt zyklisch (Jeder Prozessor eine Zeile, nach size Zeilen wird wieder rank=0 bedient) und nicht blockweise (jeder Prozessor bekommt einen zusammenhängenden Block von n/size Zeilen):
`B100`F9d9 ndims = 1; /* dimensions */`f`b
`B100`F9d9 aosi [0] = size * (n+1); /* array of sizes */`f`b
`B100`F9d9 aoss [0] = n+1; /* array of subsizes */`f`b
`B100`F9d9 aost [0] = rank * (n+1); /* array of starts */`f`b
`B100`F9d9 order = MPI_ORDER_C; /* row or column order */`f`b
`B100`F9d9 MPI_Type_create_subarray (ndims, aosi, aoss, aost, order, MPI_DOUBLE, &ft);`f`b
`B100`F9d9 MPI_Type_commit (&ft);`f`b
`B100`F9d9 MPI_File_open (MPI_COMM_WORLD, fn, MPI_MODE_RDONLY, MPI_INFO_NULL, &fh);`f`b
`B100`F9d9 MPI_File_set_view (fh, sizeof (int), MPI_DOUBLE, ft, „native“, MPI_INFO_NULL);`f`b
`B100`F9d9 for (i = rank; i < n; i+=size)`f`b
`B100`F9d9 { MPI_File_read (fh, rdbuffer, n+1, MPI_DOUBLE, &status);`f`b
`B100`F9d9 for (j = 0; j < n+1; j++)`f`b
`B100`F9d9 { A [i / size] [j] = rdbuffer [j]; /* nur die dem Prozess zugeordneten Zeilen */`f`b
`B100`F9d9 } }`f`b
`B100`F9d9 MPI_File_close (&fh);`f`b
Die Schnittstelle folgt mit leichten der Parallelität geschuldeten Änderungen dem POSIX-1003.1-Standard. Die Datei wird mit MPI_File_open zum gemeinsamen Lesen eröffnet. Die Blenden (views) für die einzelnen Prozesse werden mit MPI_File_set_view festgelegt. Hier wird die vorher definierte Variable ft (filetype) benötigt, in der in einem Block von size * (n+1) doubles eine Zeile mit n+1 doubles herausgepickt wird, die bei Position rank * (n+1) beginnt. Somit wird vom gesamten Block jedem Prozess sukzessive genau eine Zeile zugewiesen. Dieser Typ wird mit MPI_Type_create_subarray definiert und mit MPI_Type_commit im MPI-System bekanntgemacht. Jeder Prozess liest mit MPI_File_read „seine“ Zeilen mit den Nummern i = rank, rank + size, rank + 2*size, … bis die gesamte Matrix gelesen wurden. Das Argument size of (int) berücksichtigt die Größe der Matrix, die am Anfang der Datei als int gespeichert wird.
Gewinn: In size Prozessoren kann eine Matrix verteilt gespeichert werden, die auf einem einzelnen Prozessor in dessen Speicher keinen Platz mehr hätte. Das rechtfertigt auch die Konvention, als Speicher einer Parallelanlage die Summe des Speichers der Einzelcores und Einzelknoten anzugeben.
Dateiformat:
`B100`F9d9n`f`b
`B100`F9d9Zeile 0 (n+1) Zahlen für Prozess rank 0`f`b
`B100`F9d9Zeile 1 (n+1) Zahlen für Prozess rank 1`f`b
`B100`F9d9…`f`b
`B100`F9d9Zeile r (n+1) Zahlen für Prozess rank r`f`b
`B100`F9d9…`f`b
`B100`F9d9Zeile size-1 (n+1) Zahlen für Prozess rank size-1`f`b
`B100`F9d9Zeile size (n+1) Zahlen für Prozess rank 0`f`b
`B100`F9d9Zeile size+1 (n+1) Zahlen für Prozess rank 1`f`b
`B100`F9d9…`f`b
`B100`F9d9Zeile size+r (n+1) Zahlen für Prozess rank r`f`b
`B100`F9d9…`f`b
`B100`F9d9Zeile 2*size-1 (n+1) Zahlen für Prozess rank size-1`f`b
`B100`F9d9Zeile 2*size (n+1) Zahlen für Prozess rank 0`f`b
`B100`F9d9…`f`b
`B100`F9d9…`f`b
`B100`F9d9es folgen entsprechend der Zeilenzahl der Matrix ausreichend viele solcher Blöcke`f`b
Das eigentliche Lesen erfolgt mit MPI_File_read. Jeder Prozess liest sequentiell nur die ihm zugeteilten Zeilen. Die kollektive Operation besteht darin, dass die MPI-Bibliothek das Lesen optimieren und parallelisieren kann. Nach Ende des Lesens muss die Datei wie üblich geschlossen werden. Das geschieht mit MPI_File_close. MPI verfügt für die Operationen über eigene Datentypen MPI_Datatype ft und MPI_File fh. Die Beschreibung des filetypes erfolgt mit normalen C-Variablen: int ndims; int aosi [1]; int aoss [1]; int aost [1]; int order;
Weiteres in.`:cite-ref-mpi-2-4-0[`F5bf`_`[4`#cite-note-mpi-2-4]`_`f]
>>Implementierungen
>>>C++, C und Fortran
Die erste Implementierung des MPI-1.x-Standards war `F33f`_`[MPICH`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Mpich]`_`f vom `F33f`_`[Argonne National Laboratory`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Argonne_National_Laboratory]`_`f und der `F33f`_`[Mississippi State University`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Mississippi_State_University]`_`f. Mittlerweile ist MPICH2 verfügbar, das den MPI-2.1-Standard implementiert. LAM/MPI vom Ohio Supercomputing Center war eine weitere freie Version, deren Weiterentwicklung inzwischen zugunsten von Open MPI eingestellt wurde.
Ab der Version 1.35 der `F33f`_`[Boost Libraries`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Boost_(C++-Bibliothek)]`_`f gibt es Boost.MPI, eine C++-freundliche Schnittstelle zu verschiedenen MPI-Implementierungen. Auch andere Projekte, wie z. B. TPO++, bieten diese Möglichkeit und sind in der Lage, STL-Container zu versenden und zu empfangen.
>>>C#
• MPI.NET (MPI1)
>>>Python
• MPI for Python (MPI-1/MPI-2)
• pyMPI (Entwicklung eingestellt)
• Boost:MPI Python Bindings (Entwicklung eingestellt)
>>>Java
• MPJ Express
• mpiJava (MPI-1; Entwicklung eingestellt)
>>>Perl
• einige MPI Module
>>>R
• Rmpi
>>>Haskell
• hMPI
• Haskell-MPI
>>Siehe auch
• `F33f`_`[Parallele Virtuelle Maschine`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Parallele_Virtuelle_Maschine]`_`f
• `F33f`_`[OpenMP`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=OpenMP]`_`f
>>Literatur
• Heiko Bauke, Stephan Mertens: `*Cluster Computing.`* Springer, 2006, ISBN 3-540-42299-4.
• William Gropp, Ewing Lusk, Anthony Skjellum: `*MPI – Eine Einführung – Portable parallele Programmierung mit dem Message-Passing Interface`*. München 2007, ISBN 978-3-486-58068-6.
• M. Firuziaan, O. Nommensen: `*Parallel Processing via MPI & OpenMP`*. Linux Enterprise, 10/2002
• `F33f`_`[Marc Snir`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Marc_Snir]`_`f, Steve Otto, Steven Huss-Lederman, David Walker, `F33f`_`[Jack Dongarra`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Jack_Dongarra]`_`f: `*MPI – The complete reference`*, Vol 1: The MPI core. 2. Auflage. MIT Press, 1998
• William Gropp, Steven Huss-Lederman, Andrew Lumsdaine, Ewing Lusk, Bill Nitzberg, William Saphir, Marc Snir: `*MPI-The Complete Reference.`* Vol. 2: The MPI-2 Extensions. The MIT Press, 1998.
>>Weblinks
• MPI
• MPI-Forum
• EuroMPI – MPI Users’ Group Meeting (2010 edition)
• Open MPI – frei verfügbare MPI Implementierung
• MPICH – frei verfügbare MPI Implementierung
• MPICH2 – frei verfügbare MPI Implementierung
• MVAPICH – MPI Implementierung mit VAPI
• Boost
• TPO++
>>Einzelnachweise
`:cite-note-1`!1.`! `F0af`_`[↑`#cite-ref-1]`_`f MPI Documents (`F33f`_`[Memento`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Webarchivierung]`_`f des Originals vom 6. November 2006 im `*`F33f`_`[Internet Archive`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Internet_Archive]`_`f`*) `!Info:`! Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/www.mpi-forum.org
`:cite-note-2`!2.`! `F0af`_`[↑`#cite-ref-2]`_`f `*The Future of MPI`*. (PDF; 2,4 MB)
`:cite-note-3`!3.`! `F0af`_`[↑`#cite-ref-3]`_`f `*Changes in MPI-4.0`*
`:cite-note-mpi-2-4`!4.`! `F0af`_`[↑`#cite-ref-mpi-2-4-0]`_`f `*MPI-2: Extensions to the Message-Passing Interface (`F33f`_`[Memento`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Webarchivierung]`_`f des Originals vom 21. September 2007 im `*`F33f`_`[Internet Archive`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Internet_Archive]`_`f`*) `!Info:`! Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/www.mpi-forum.org`*
`c`F0af`_`[↑ Back to top`#top]`_`f`a